草庐IT

c++ - [[maybe_unused]] 在枚举器上

全部标签

c - Mingw-w64 C版本支持吗?

minigw-w64支持哪些C版本?它使用msvcrt.dll那么它不会只支持ANSIC吗?但后来我看到像VLC这样的程序使用它,但说它们需要C11。这怎么可能?编辑:一些来源:Howtoprintfasize_twithoutwarninginmingw-w64gcc7.1?http://www.mingw.org/wiki/c99 最佳答案 MinGW使用msvcrt.dll,但在需要支持更新/固定功能的地方集成它,在某些情况下提供某些功能的完整重新实现(例如,您可以选择加入GNUprintf/扫描)。此类额外内容要么静态链接,

c - 从C文件中读取unicode字符

我正在尝试从.csv文件中读取UTF-8字符串,然后将其写入控制台。a.csv内容:Gijón在对该主题进行了一整天的研究后,我发现执行此类操作的正确方法应该类似于以下内容:intmain(intargc,char*argv[]){char*locale=setlocale(LC_ALL,"");printf("locale:%s\n",locale);constintMAX_LINE_SIZE=1024;charline[MAX_LINE_SIZE];wchar_twline[MAX_LINE_SIZE];//Attempt0:nospecialhandlingFILE*stream

C++ 套接字 : Enabling Promiscuous Mode in Windows

我正在尝试修改我当前的套接字程序以捕获混杂的数据包。我目前所拥有的是能够正常抓包的。我已经看到关于如何在Linux上执行此操作的其他答案,但我需要找到一种在Windows上完成此操作的方法。这是我的代码:intmain(intargc,charconst*argv[]){SOCKETs;//Theboundsocketstructsockaddr_inserver;intrecv_len;//Sizeofreceiveddatacharudpbuf[BUFLEN];//Abufferfortheincomingdata.floatdata;//Thedatainthepacket//C

c - 为什么 Windows 要求导入 DLL 数据?

在Windows上,可以从DLL加载数据,但需要通过导入地址表中的指针进行间接访问。因此,编译器必须知道正在访问的对象是否是使用__declspec(dllimport)从DLL导入的。类型说明符。这很不幸,因为这意味着设计用作静态库或动态库的Windows库的header需要知道程序链接到哪个版本的库。此要求不适用于函数,这些函数是为DLL透明地模拟的,stub函数调用实际函数,其地址存储在导入地址表中。在Linux上,动态链接器(ld.so)将所有链接数据对象的值从共享对象复制到每个进程的私有(private)映射区域。这不需要间接寻址,因为私有(private)映射区域的地址是模

c - Detecting if stdout is a console with MS Visual compilation, mingw64提供的console

我维护一个生成二进制数据的命令行实用程序。请求时,数据可以重定向到stdout。这在stdout被重定向到管道或文件时有效,但当stdout是一个控制台时,情况就不太一样了,因为它会垃圾控制台。为了保护用户免受此类错误,程序必须检测stdout是否是控制台,并在是时退出。现在,这并不是什么新鲜事,快速浏览一下Internet就会发现多种解决方案。主要缺点是没有“通用”方法,VisualStudio需要自己的风格。我用于Visual的控制台检测器有一个缺陷:它没有检测到stdout是一个控制台当控制台由mingw提供时,我认为这意味着它是mintty。这里是相关的代码部分:#ifdefi

c - 如何在 C 中的 DLL 中执行线程

我创建了一个运行3个工作线程的DLL,主线程处于循环中等待线程完成。线程已创建,但未执行线程。我尝试在使用CreateThread()创建的函数中设置MessageBox函数,但该框没有出现。我也尝试过调试,CreateThread()的返回值有效,因此线程被创建。BOOLWINAPIDllMain(){main();return1;}intmain(){HANDLEh1,h2,h3;h1=CreateThread(first)...h2=CreateThread(second)...h3=CreateThread(third)...WaitForSingleObject(h3,INF

c++ - DuplicateHandle() 是否进行任何进程间通信 (IPC),如果不进行,为什么要使用目标参数?

我正在寻找DuplicateHandle()非常困惑。第三个和第四个参数hTargetProcessHandle和lpTargetHandle似乎暗示这个API函数进行某种形式的进程间通信,但我在网上阅读的内容似乎暗示(没有直接说)实际上这个函数不能与外部的任何东西通信它自己的进程的地址空间,如果你真的想说将本地进程句柄复制到另一个进程,你必须自己手动完成。所以有人可以可怜我并明确地告诉我这个函数本身是否有任何IPC吗?另外,如果它不执行任何IPC,那么这两个参数的意义何在?如果没有发送数据并且此函数的输出对其他进程不可见,怎么会有“目标”?起初我以为我可以调用GetCurrentPr

c - 句柄无效

尝试使用SetConsoleScreenBufferSize但失败并显示“句柄无效”。在最后一个错误。将发布所有代码,但这里有一些要点:使用它来调整缓冲区大小:intTGHandleResizeEvent(structTGHandle*tgHandle,INPUT_RECORDrecord){if(record.EventType==WINDOW_BUFFER_SIZE_EVENT){WINDOW_BUFFER_SIZE_RECORDsize=record.Event.WindowBufferSizeEvent;sizeTGDrawBuffer(&tgHandle->drawBuffe

c - WM_SYSCOLORCHANGE 消息的含义

来自documentation:WM_SYSCOLORCHANGEmessageissenttoalltop-levelwindowswhenachangeismadetoasystemcolorsetting.Applicationsthathavebrushesusingtheexistingsystemcolorsshoulddeletethosebrushesandre-createthemusingthenewsystemcolors.声明全局变量HBRUSHg_hBackground=NULL;在WM_CREATE消息处理程序中创建背景画笔caseWM_CREATE:g_h

c - 我在哪里放置用于 Windows、Mac 和 Linux 的 C 库

我已经查看了几个地方以找出在Mac上放置文件的位置,似乎将它们放置到/usr/lib/libmylib.dylib中。和/usr/include/mylib.h是正确的位置,而不是在HOME目录或/usr/local/lib中.(这是针对用户在其计算机上安装的东西)。请告诉我这是否正确。然后我剩下的问题是在Windows和Linux上放置C库的等效(即最佳)位置。寻找here对于Windows表示%windir%\system32或%SystemRoot%\winsxs.但随后他们似乎开始说,由于多种原因,它仍然是一个糟糕的地方。所以我不确定。然后剩下的就是如何为Linux做.似乎与M